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© Arrangement for regulating traffic In a high speed data network. 



© The Invention relates to methods and apparatus 
for regulating traffic in a Broadband Integrated Ser- 
vices Digital Network (B-lSDN) 30. Terminal adapters 
20,21 Interface between terminals 10,11 and the B- 
ISDN 30. Whenever a first terminal 10 wishes to 
transmit a data message to a second terminal 11, 
the source adapter 20, connected to the first termi- 
nal, allocates transmit bandwidth for the transmission 
of the message and sends a request message to a 



destination adapter 21, connected to the second 
terminal, for checking availability of and allocating 
receive bandwidth. The data message Is sent only if 
bandwidth has been allocated on both ends. Over- 
flow traffic is throttled at the adapters before it enters 
the network, thereby reducing the number of data 
cells lost because of the limited storage of the 
network. 
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ARRANGEMENT FOR REGULATING TRAFFIC IN A HIGH 8PEED DATA NETWORK 



Technical Field 

This Invention relates to a method and appara- 
tus for controlling overflow traffic In a data network. 



Problem 

Broadband networks, such as broadband In- 
tegrated Services Digital Network (B-ISDN) net- 
works and IEEE 802.6 based metropolitan area 
networks (MAN), transmit large quantities of high 
speed data among high speed terminal devices 
typically using high bandwidth fiber optic systems. 
The B-ISDN network is described In "Broad As- 
pects of ISDN - T1S1 Technical Subcommittee", 
Document T1S1 .1/89-200, published by American 
National Standards Institute (1989), and the 802.6 
network is described in "Project 802 - Local and 
Metropolitan Area Networks Proposed Standard", 
prepared by the IEEE 802.6 Working Group, June 
23, 1989. The data Is transmitted using an asyn- 
chronous transfer mode (ATM) protocol defined by 
a CCITT standard. A unique characteristic of this 
protocol is that bandwidth may be dynamically 
provisioned. In such networks, terminal devices 
such as computers, local area networks (LANs), 
computer peripherals and bus extended processors 
or peripherals, are typically connected to terminal 
adapters which Interface with the B-ISDN switching 
network. With the ATM protocol, the network trans- 
ports segmented blocks or cells of data frames 
from source terminal adapters to destination termi- 
nal adapters. 

A problem In this type of network Is that while 
the output of each source terminal adapter is limit- 
ed to the bandwidth of the fiber optic channel 
connecting that adapter to the B-ISDN network, at 
any one instant several source terminal adapters 
may generate a focused load to a particular des- 
tination terminal adapter, which destination adapter 
is then the destination for more data than can be 
carried by its destination optic fiber channel. In this 
case, the excess data is temporarily buffered in the 
network. Network buffers are costly and therefore 
desirably limited In size. However, after a short 
period, excess data cells are simply lost. This loss 
of data cells creates further problems because any 
lost data cells will have to be retransmitted as part 
of a much longer message. The result is that any 
focused overload of more than the briefest period 
results in an extended overload of the B-ISDN 
network. The retransmission not only causes fur- 
ther overloads and an increase In the duration of 
the overload of the network, but substantially de- 



grades performance by delaying the arrival of the 
messages between source terminal and destination 
terminal. 

A problem of the prior art, therefore, is that 
s there is a need for a better arrangement in a 
broadband data network for utilizing transmission 
capabilities efficiently and for preventing temporary 
overloads that result in inefficient retransmission of 
data messages. 

10 

Solution 

The above problem Is solved and an advance 

is ie made in the art in accordance with the principles 
of this Invention wherein some or all of the band- 
width at an ingress facility and at an egress facility 
to a data network is allocated for the transmission 
of a data message before the message is transmit- 

20 ted. The ingress facility is connected to a terminal 
transmitting the message and the egress facility is 
connected to a terminal receiving the message, in 
an illustrative embodiment, before sending a data 
message or series of messages between an in- 

26 gross controller and an egress controller, the 
amount of bandwidth required to transmit the data 
message efficiently Is determined; a determination 
Is then made of the availability of that amount of 
bandwidth in the ingress controller and the egress 

30 controller, and such bandwidth is allocated if avail- 
able. The ingress and egress controllers are termi- 
nal adapters connected to the ingress and egress 
facilities, respectively. The act of sending a band- 
width allocation request message to the egress or 

as destination terminal adapter only takes place after 
the bandwidth has been allocated on the outgoing 
port of the Ingress or source terminal adapter. If 
such bandwidth is available at the source and des- 
tination terminal adapters, this bandwidth is allo- 

40 cated in the destination terminal adapter, and the 
source and destination terminals may then transfer 
data between their respective terminals via their 
respective buffers for storing message data. If a 
source terminal adapter requests bandwidth which 

45 Is not available either in the source terminal adapt- 
er or the destination terminal adapter, that request 
is stored in a list of requests at the source terminal 
adapter. 

Availability of bandwidth at the source adapter 
so is ascertained directly by accessing memory wfthin 
the source adapter. Availability of a requested 
amount of bandwidth at the destination adapter Is 
ascertained by a short high priority signaling mes- 
sage exchange between the source and destination 
adapters. If the requested bandwidth is available in 
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the destination adapter, that bandwidth Is allocated 
to the requesting source adapter, and the source 
adapter is Informed In a return signaling message. 
Requests for which bandwidth have not been al- 
located are periodically sorted and examined and a 
new attempt is made to allocate bandwidth to the 
destination, with the older requests receiving pref- 
erence. The terminal adapter may allocate at any 
one time as much bandwidth as it has remaining 
unallocated bandwidth available, and request an 
allocation of the corresponding destination adapter, 
if the source adapter receives a negative response 
from the destination adapter indicating that the 
destination has not allocated receive bandwidth, the 
transmit bandwidth allocated for that request Is 
deallocated until a new attempt to allocate is made. 
A recorded request comprises the amount of band- 
width, the destination, and the time of the request. 
When the age of a particular request for which 
bandwidth has not yet been allocated reaches a 
first threshold, an allocation of the next available 
block of bandwidth from the source terminal adapt- 
er is made for that particular request. Thereafter, 
the source terminal adapter will repeatedly send 
request messages to the destination terminal 
adapter until the destination terminal adapter al- 
locates appropriate bandwidth for receiving from 
the source terminal adapter, or until the source 
terminal adapter recognizes that the request has 
aged beyond a second threshold and times out the 
request. Advantageously, by limiting the amount of 
data which is transmitted to each destination termi- 
nal adapter, the danger that the broadband network 
will discard packets within the network is greatly 
reduced. When all requests cannot be honored, the 
source terminal adapter discards those messages 
which cannot be transmitted at that time. Advanta- 
geously, by reserving transmission bandwidth of a 
source terminal adapter, complete messages from 
source terminals may be transmitted without over- 
loading the source terminal adapter. Advantageous- 
ly, a backup provision is provided so that, except 
under conditions of very high overload, messages 
are not deferred beyond a critical value. 

A terminal adapter is used for Interfacing be- 
tween a plurality of terminals and the data network. 
The terminal adapter is controlled by a program- 
controlled processor. The program controls the se- 
lection of data messages for transmission between 
storage of the adapter and the network and termi- 
nals. The program also controls the allocation of 
transmit and receive bandwidth, and the generation 
and transmission of signaling messages for re- 
questing and reporting receive bandwidth alloca- 
tion. The terminal adapter comprises storage for 
storing data to be transmitted from terminals to the 
data network and data received from the data net- 
work for transmission to the terminals. In accor- 



dance with one aspect of the Invention, if the full 
amount of bandwidth is not available at the receive 
terminal adapter, a determination Is made whether 
at least some predetermined reasonable fraction, 

5 for example, three-quarters, of the full determined 
bandwidth is available. If so, the available band- 
width is allocated, and the return message requests 
that the allocated transmit bandwidth be reduced to 
match the receive bandwidth. 

to Accordingly, this Invention relates to methods 
and apparatus for transmitting data from a transmit- 
ting terminal to a receiving terminal by allocating 
transmitting and receiving bandwidth to the termi- 
nals prior to transmitting data messages between 

16 them. 



Brief Description of the Drawing 

20 FIG. 1 illustrates an illustrative embodiment of 
the Invention wherein a group of terminal adapt- 
ers are connected to a broadband ISDN network 
for communicating messages between terminals 
connected to the terminal adapters; and - 

25 FIG. 2 Is a block diagram of the terminal adapter 
of FIG. 1; and 

FIGS. 3-8 are flow charts of processes executed 
in the terminal adapters. 

30 Detailed Description 

FIG. 1 illustrates the operation of an exemplary 
embodiment of the invention. A broadband* ISDN 
network 30 is used for Interconnecting terminal 

as adapters 20,21 Each of the terminal adapters Is 

connected to a group of terminals such as terminal 
10 and terminal 11. The function of the broadband 
ISDN network is to provide a facility for switching 
data cells among the connected terminal adapters. 

40 Each terminal adapter Is connected to the network 
by an optic fiber facility. Data Is sent over these 
optic fiber facilities using a standard protocol 
known as the asynchronous transfer mode (ATM) 
wherein a plurality of Individual data cells, each of 

46 which may contain data for a different message, 
are collected to form a data frame. At Intermediate 
points within the network 30. individual cells are 
switched such that cells destined for data terminals 
10,11 are transmitted to their corresponding 

so adapters and are transmitted over that final fiber 
optic link. 

The terminal adapter Is shown In FIG. 2. Each 
terminal adapter Is controlled by processor 50 
comprising a central processing unit 51 and a high 
65 speed random access memory (RAM) 52. The ter- 
minal adapter comprises a local area network 
(LAN) or host computer Interface 31 for commu- 
nicating data from/to the terminals 10,..., connected 
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to tormina! adapter 20* The LAN or host computer 
interface 31 is connected to a protocol converter 33 
for communicating requests wfth processor 50 and 
data messages wfth transmit buffer 35 and receive 
buffer 37. The transmit and receive buffers, each of 
which contain a plurality of data blocks such as 36 
and 38, respectively, communicate with a B-ISDN 
Interface 3Q for communicating with the B-ISON 
network 30. The Interface 39 Implements the pro- 
cessing required to generated ATM cells, segment 
data blocks, and reassemble data from the cells. It 
maintains the optic fiber transmission and derives 
clocking from the network. The interface 39 con- 
structs messages 36 in memory 35 from cells 
arriving from the fiber, and segments messages 38 
into cells for transmission on the fiber. More than 
one message is processed at one time because 
calls from different messages are interleaved. After 
CPU 51 constructs a message in memory 35, it 
instructs interface 39 to transmit the message by 
writing a block Identifier into Into a buffer read by 
the Interface 39. Similarly, when the interface 39 
completes construction of the message, it writes a 
block Identifier Into a buffer read by CPU 51. The 
interface passes on verified and correct data into 
the receive buffer 37. The processor 50 controls all 
TA functions such as table maintenance, schedul- 
ing the sending of requests, and performs the 
operations, administration and maintenance func- 
tions for the TA. 

If terminal 10 connected to terminal adapter 20 
wishes to transmit a message to terminal 11 con- 
nected to terminal adapter 21 then terminal 10 
sends the message 60 comprising an identification 
of the sending terminal 61, the destination terminal 
62, and data of the message including the re- 
quested bandwidth 63 to terminal adapter 20. Ter- 
minal adapter 20 first determines the bandwidth 
required or appropriate for the transmission of the 
data message to terminal 11 by consulting table 55 
which defines the transmitting bandwidth 57 of 
each terminal 56. Suppose that the correct band- 
width for the transmission of this data message Is 
24 megabits/second. Terminal adapter 20 then 
sends message 70 over broadband ISDN network 
30 to terminal adapter 21 . Message 70 comprises 
an Identification of the sending terminal adapter 71 , 
the destination terminal adapter 72, the requested 
bandwidth for the transmission 73, and a command 
74, In this case, a request to allocate command. 
Terminal adapter 21 responds to this message by 
checking its own allocated input bandwidth to de- 
termine If 24 megabits/second of bandwidth are still 
available, if so, it allocates 24 megabits of band- 
width and sends a confirmation message 80 over 
the B-ISDN network 30 to terminal adapter 20. The 
confirmation message Includes the destination ter- 
minal adapter identification 81, source terminal 



adapter Identification 82, the allocated bandwidth 
83, and a command 84, In this case, a report that 
the bandwidth has been allocated. This allocated 
bandwidth may be less than the requested band- 

6 width If the destination TA is heavily loaded. There- 
after, the data message 60 is sent from terminal 
adapter 20 to terminal adapter 21 over the broad- 
band ISDN network 30 at the allocated bandwidth 
of, for example, 24 megabits/second as determined 

w by the response of the destination TA. Terminal 
adapter 21 receives the message and then passes 
the data message 60 to the connected destination 
terminal 11. After the data message 60 has been 
sent the 24 megabits of bandwidth are deallocated 

76 and made available in the transmitting bandwidth of 
terminal adapter 20 and the receiving bandwidth of 
terminal adapter 21. The deallocation process Is 
the same as the allocation process, comprising a 
deallocation in the sending terminal adapter 20, a 

20 deallocation message similar to message 70 to the 
receiving terminal adapter 21 , a deallocation of the 
bandwidth In terminal adapter 21, and a return 
message similar to message 80 confirming the 
deallocation. 

25 Each terminal adapter keeps track of the al- 

located bandwidth for receiving and for transmit- 
ting. As a result, multiple messages may be trans- 
mitted and received simultaneously In each termi- 
nal adapter provided that the sum of the allocated 

so bandwidths of these messages does not exceed 
the transmission and reception capability of the 
access to the B-ISDN network. This sum including 
bandwidth permanently allocated for signaling, Is 
audited and checked before each allocation. 

as Each terminal adapter, such as 20, maintains a 

table 23 of allocated bandwidths 24 and associated 
terminals 25 for transmitting and a similar table 26 
of allocated bandwidths 27 and associated termi- 
nals 28 for receiving. This table Is checked to 

40 determine if bandwidth Is available for allocation, 
and, if so, the allocation is entered In the table 
when made. 

When a request to transmit Is received In the 
terminal adapter an entry is made in a request file 

46 40 of transmitting terminal adapter 20. This entry 
comprises segment 41 Identifying the destination 
terminal adapter, segment 42 identifying the 
amount of requested bandwidth, and segment 43 
for keeping track of the age of the request. If 

eo sufficient transmitting bandwidth is not available at 
the sending terminal adapter 20 or receiving band- 
width is not available at destination terminal adapt- 
er 21, the next energy In the request file 40 of 
terminal adapter 20 Is examined to determine the 

65 next message .that is to be sent. For each entry in 
the request file, repeated attempts are made to 
allocate transmitting bandwidth at the sending ter- 
minal adapter and receiving bandwidth at the des- 
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tfnation terminal adapter. When one of these at- 
tempts is successful, then transmission between 
the sending terminal adapter and destination termi- 
nal adapter is established, the request Is cleared 
from the file, and the message is sent If attempts 
to allocate this bandwidth are not successful at the 
sending terminal adapter, then after a first critical 
time the request is removed from the request file 
and is placed is priority file 45 which Identifies the 
destination (segment 46), the bandwidth (segment 
47), and the age (segment 48). When bandwidth Is 
made available as a result of the completion of 
sending a message In sending terminal adapter 20, 
then the priority file Is first checked to see if there 
are any requests in the priority file since such 
requests will be accepted first 

If a sending terminal adapter has messages in 
the request file. It will poll the receiving terminal 
adapters to determine which ones have the needed 
bandwidth and will transmit messages to all receiv- 
ing terminal adapters for which there Is available 
bandwidth, subject to availability of bandwidth In 
the sending terminal adapter, if there is any mes- 
sage in the priority file, the terminal adapter will 
concentrate on sending that message as soon as 
possible without concern for messages In the re- 
quest file. Subsequently, if no bandwidth is al- 
located in the sending and destination adapters 
after a second critical period of time, then the 
message is deleted from buffers in sending termi- 
nal adapter 20; this condition Is Indicative of send- 
ing terminal adapter overflow. 

If sending terminal adapter bandwidth has been 
allocated but the destination terminal adapter has 
not allocated bandwidth at the time of the first 
critical timeout, then for all entries In the priority file 
45 all of whose ages exceed that critical period of 
time, repeated requests for bandwidth allocation 
are transmitted to the destination terminal adapter. 
If the destination terminal adapter allocates band- 
width before the second critical period of time, then 
transmission is enabled between the two terminal 
adapters and the message goes through. If band- 
width has not been allocated by the second critical 
time Indicating destination terminal adapter over- 
flow, then the message is deleted In the sending 
terminal adapter. 

FIGS. 3-8 are flow charts of processes ex- 
ecuted In the transmitting terminal adapter (FIGS. 
3-7) and the receiving terminal adapter (FIG. B). 
FIG. 3 illustrates the process executed in the termi- 
nal adapter when a message is received. The mes- 
sage is received from the terminal (action block 
302). The message is then stored in a buffer of the 
terminal adapter (transmit buffer 35) and entered in 
the message request table 40 (action block 304). At 
some subsequent time, request processing of all 
entries In the request table 40 is performed. 



FIG. 4 Illustrates the processing of requests In 
the request hopper. The process Is started (action 
block 400). The requests are sorted by age (action 
block 402) so that the oldest requests are treated 
s first. The program then executes a loop Involving 
blocks 404-414 to process all requests In the table. 
The loop begins in block 404 In which the next 
request in the table is obtained (If block 404 is 
entered from block 402, then the next request is 

io the first request). Test 405 determines whether 
there Is a request In order to terminate the loop at 
the appropriate time. If not, the loop Is ended 
(block 407). If there Is a request the amount of 
bandwidth required to honor the request Is deter- 

is mined (action block 406). In test 408, a check is 
made whether transmitting bandwidth requisite for 
meeting the requirements determined In action 
block 406 Is available. This test compares the 
amount of transmitting bandwidth already allocated 

20 with the total amount of transmitting bandwidth 
available and if the difference equals or exceeds 
the determined bandwidth, the transmitting band- 
width Is available and Is allocated (action block 
410). If not, the next request In the table Is pro- 

26 cessed (action block 404). If transmitting bandwidth 
has been allocated, then a request message Is 
generated (action block 412) and sent to the des- 
tination terminal adapter (action block 414). The 
transmitting terminal adapter then enters a wait 

30 state from the point of view of the particular data 
message for which bandwidth has Just been al- 
located (wait state indicator 416) and proceeds to 
process other requests in the request table by 
entering action block 404 previously described. 

35 FIG. 5 is a flow diagram illustrating the oper- 

ations performed In the terminal adapter In pro- 
cessing response messages for the request file 
requests. The terminal adapter is in the wait state 
416 (entered In the flow diagram of FIG. 4) and 

40 emerges from this wait state either by a timer 
Interrupt or by receiving a response message. 
When the terminal adapter leaves the wait state 
test 502 checks whether it left the wait state 
through a timer interrupt. If so, then it is assumed 

45 that the request message was lost and attempts to 
transmit the corresponding data message on the 
basis of the original request from the terminal are 
abandoned and the bandwidth previously allocated 
for this purpose Is deallocated (action block 504). If 

so a response message has been received (action 
block 506) then a test 508 Is used to determine 
whether the request has been honored. If not, then 
the transmitting bandwidth previously allocated In 
the transmitting terminal adapter is deallocated 

6s (action block 510) and the corresponding request 
from the terminal wlil subsequently be reprocessed 
at first In the request processing of FIG. 4 and later 
In the priority request processing of FIG. 7. At 
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some subsequent time, request processing Is per- 
formed (action block 512). If the request has been 
honored as Indicated by the positive output of test 
508, then the terminal adapter determines how 
much receiver bandwidth was allocated by the re- 
ceiving terminal adapter. As will be seen with refer- 
ence to the discussion of F1Q. 8 the receiver termi- 
nal adapter has the option of allocating slightly less 
than the requested bandwidth. The amount of ban- 
dwidth allocated by the receiving terminal adapter 
Is determined in action block 514. The data mes- 
sage Is then transmitted (action block 516) at the 
bandwidth allocated by the receiving terminal 
adapter. 

FIG. 6 is a flow chart which illustrates the 
process of selecting priority requests. The process 
Is started (action block 600) and the next request 
table entry, H any, is obtained. Test 604 tests 
whether there Is such an entry and if so whether 
this entry is aged beyond a first threshold. If so, 
then the entry is moved to the priority table and 
deleted from the request table (action block 608) 
and the next entry In the request table is obtained 
(action block 602). If the entry being examined is 
not aged beyond the first threshold, a negative 
result of test 606, then the next request table entry 
is obtained (action block 602). A negative result of 
test 604 indicates the absence of further entries in 
the table, and the process is complete (end pro- 
cess Indicator 612). 

FIG. 7 is a flow diagram of the actions per- 
formed In processing priority requests. Priority re- 
quests are those which are in the priority table 45. 
These requests have aged by an amount greater 
than a first threshold. Also, If any entry in the 
priority table ages beyond the second threshold, 
then the attempt to send the data message cor- 
responding to the request Is abandoned and the 
terminal must initiate a new request to have that 
data message sent 

The process is started (action block 700) and 
the next request in the reserve table is obtained 
(action block 702). The priority process Is entered 
more frequently than the request process. If action 
block 702 is entered from the start block 700, then 
the next request is, of course, the first request. 
Test 704, required to terminate the loop, tests If 
any priority request was obtained In action block 
702. If not then the priority processing process is 
completed for the time being (end block 706). If 
there is a request, then test 708 checks whether 
the request Is aged by more than the second 
threshold. If so, then the priority request is deleted 
(action block 710) and the next priority request is 
examined. If the request is aged by less than the 
second threshold, a test is made whether transmit- 
ting bandwidth is available (test 712). If not, the 
next priority request is examined. If transmitting 



bandwidth Is available that bandwidth Is allocated 
(action block 714) and a request message Is sent 
(action block 716). Action block 716 has two out- 
puts, the first for continuing the processing of prlor- 

s Ity requests, and the second for further processing 
the priority request for which bandwidth has Just 
been allocated. The second output begins with a 
priority wait (wait indicator 718) from the point of 
view of the particular data message for which ban- 

io dwldth has Just been allocated. The wait state is 
terminated when a response is received (action 
block 720). If the response indicates that receive 
bandwidth has been allocated (test 722), then the 
data message is sent (action block 724). If receive 

75 bandwidth has not been allocated (negative result 
of test 722) then test 726 checks to see whether 
the priority request has now aged beyond the sec- 
ond threshold, if so, the request Is deleted (action 
block 728) with a result similar to that previously 

20 described with respect to action block 710. If the 
request has not aged beyond the second threshold, 
then the request message Is sent again (action 
block 718). The result of the processing of FIG. 7 Is 
that repeated attempts are made to allocate trans- 

25 mrtting bandwidth for requests In the priority table 
and these attempts supersede any attempt to al- 
locate bandwidth for request entries in the request 
table; that for any entries In the priority table for 
which transmit bandwidth has been allocated, re- 
do peated request messages are sent to the receive 
terminal adapter to attempt to allocate receive ban- 
dwidth therein; and that for any messages for 
which transmit and receive bandwidth have not 
been allocated by the end of the second threshold 

35 interval, attempts to transmit these messages 
based on the original request from the terminal are 
abandoned and these data messages are subse- 
quently transmitted only In response to a new 
request 

40 FIG. 8 Illustrates the receive process per- 

formed in the terminal adapter. The specific em- 
bodiment of this Invention is arranged so that the 
receive terminal adapter does not allocate band- 
width unless and until bandwidth has been ai- 
45 located In the transmitting terminal adapter. This 
has the advantage of preventing an overloaded 
receive terminal adapter from backing up mes- 
sages in many sending terminal adapters, or of 
preventing sending terminal adapters from deal- 
50 locating bandwidth before the receiving terminal 
adapter allocates that bandwidth. The process be- 
gins in the receive terminal adapter when a band- 
width request message Is received (action block 
802). In test 804, a check is made whether the 
es receive bandwidth is available. This, check is made 
by comparing the amount of unallocated bandwidth 
with the total bandwidth available in the receiving 
terminal adapter and verifying If the difference 
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equals or exceeds the requested bandwidth. If the 
bandwidth Is available (positive outcome of test 
804) then the receiving bandwidth Is allocated 
(action block 614) and a message Is sent to the 
transmitting terminal adapter allocating that band- s 
width (action block 816). If bandwidth Is not avail- 
able (negative result of test 804) then test 806 
checks whether some predetermined fraction of the 
requested bandwidth Is available. Simulations have 
shown that a reasonable value of the predeter- to 
mined fraction might be, for example, three-quar- 
ters or more. The exact fraction can be set on the 
basis of experience and/or on the basis of simula- 
tions subsequently augmented by experience in 
the field. If this predetermined fraction of requested 75 
bandwidth is available, then a message Is sent to 
the transmitting terminal adapter specifying the 
amount of bandwidth allocated for the requested 
data message (action block 810) and this amount 
of bandwidth is allocated In the receiving terminal 20 
adapter (action block 812). If the amount of band- 
width available Is less than that predetermined frac- 
tion of the requested bandwidth, then a message is 
sent to the transmitting terminal adapter Indicating 
that no bandwidth is available (action block 808). 25 
The response to the messages sent in action 
blocks 808 and 810 have been previously de- 
scribed with respect to actions performed following 
test 508 (FIG. 5) and action block 720 (FIG. 7). 

K a terminal Is either deliberately made unavail- 30 
able for maintenance or Is discovered by the serv- 
ing terminal adapter to be faulty, then the serving 
terminal adapter notifies all other terminal adapters 
of the unavailability of that terminal. Messages to 
unavailable terminals are blocked at the transmit- ss 
ting terminal adapters which have been Informed of 
the unavailability of such terminals. In the special 
case wherein messages Indicating unavailability 
cross with messages requesting allocation of band- 
width, bandwidth is not allocated and during the 40 
next attempt the sending terminal adapter will rec- 
ognize that the destination terminal is unavailable 
and will block the messages. 

This arrangement allows temporary fluctuations 
in data traffic to be handled smoothly without re- 45 
quiring data entities to be retransmitted. In general, 
the size of the data entity which must be retrans- 
mitted Is a function of the protocol of the sending 
and destination and terminals, and is many cells 
long. Thus, any transmission arrangement which so 
allows an occasional random Asynchronous Trans- 
fer Mode (ATM) frame to be lost forces the retrans- 
mission of many such frames and therefore causes 
a snowballing of a minor temporary overload con- 
dition. By controlling transmission over the broad- ss 
band data network so that transmission Is only 
possible when both source and destination band- 
width Is available, such snowballing is avoided. 
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Alternative schemes for throttling transmission 
have been used in other networks. In one such 
scheme, the size of the queues at the destination 
terminal or at some destination data concentrator is 
monitored and if the size becomes too great then 
messages are sent to the sources of the data 
message to cut back on transmission. The trouble 
with this type of arrangement is that in a broad- 
band ISDN network, the transmission rate Is so 
high that by the time a message Is received to 
lower the transmission rate, the queues at the 
destination have experienced overflow. 

In this embodiment each terminal may address 
255 other terminals. The network is limited to Inter- 
connecting 256 such terminals because only one 
byte is allocated to Identifying the destination ter- 
minal. In a more general application, the identifying 
field can be as large as the combination of the 
ATM address label virtual circuit identifier (VCI) (20 
bits) and the message Identifier (MID) (14 bits) 
which would expand the number of possible termi- 
nals to 2 3 * (16 billion), a number far in excess of 
any conceivable need. 

While this description has concentrated on 
bandwidth as the negotiated resource; other limit- 
ing resources, such as memories in the terminal 
adapters, and time to transmit a message can also 
be negotiated in a similar way. For example, alloca- 
tion of bandwidth for a very long message might 
be deferred if the load Is above a threshold. 

While In this embodiment, requests are imme- 
diately entered In the request file, it Is also possible 
to enter them In the request file only after making a 
first unsuccessful attempt to allocate bandwidth at 
the source and destination adapters. 

It Is to be understood that the above descrip- 
tion Is only of one preferred embodiment of the 
invention. Numerous other arrangements may be 
devised by one skilled in the art without departing 
from the spirit and scope of the Invention. The 
invention Is thus limited only as defined In the 
accompanying claims. 



Claims 

1. In a data network, a method of allocating re- 
sources for transmission of data from a transmitting 
terminal to a receiving terminal comprising the 
steps of: 

determining whether an amount of bandwidth re- 
quired for the transmission of the data from the 
transmitting terminal to the receiving terminal is 
available at the transmitting terminal ingress facility 
to said network; 

if said amount ol bandwidth Is available at the 
Ingress facility, allocating said amount of bandwidth 
to the transmitting terminal; 



7 



13 



EP 0 413 488 A2 



14 



If said amount of bandwidth Is available at the 
Ingress facility, determining whether said amount of 
bandwidth is available at the receiving terminal 
egress facility from said network; and 
If said amount of bandwidth Is available at the 
egress facility, allocating said amount of bandwidth 
to the receiving terminal. 

2. The method of claim 1 further comprising the 
step of: 

if said amount of bandwidth is not available at the 
ingress facility, or is not available at the egress 
facility, recording a request for the amount of band- 
width at an Ingress controller for the transmitting 
terminal. 

3. The method of claim 2 wherein the step of 
recording comprises: 

recording, In said ingress controller, data defining 
the destination, the amount of bandwidth, and Iden- 
tifying a time of the request 

4. The method of claim 3 further comprising the 
step of: 

periodically checking for requests for bandwidth in 
the recorded data and repeating attempts to al- 
locate said requested bandwidth in an ingress con- 
troller for said receiving terminal and said egress 
controller. 

6. The method of claim 4 further comprising the 
steps of: 

separately recording all requests whose age ex- 
ceeds a predetermined threshold; and 
attempting to allocate bandwidth to the separately 
recorded requests on a priority basis. 

6. The method of claim 5 wherein said step of 
attempting to allocate comprises: 

sending repeated requests to allocate bandwidth to 
the egress controller. 

7. The method of claim 1 wherein the step of 
determining whether said amount of bandwidth is 
available at the egress comprises: 

sending a request message from the ingress con- 
troller to the egress controller; 
responsive to receipt of the request message, 
checking for available receive bandwidth at the 
egress facility; and 

sending a message from the egress controller to 
the ingress controller reporting on the result of the 
checking step. 

8. The method of claim 7 further comprising: 

if said checking step determines that said amount 
of bandwidth Is available, allocating said amount of 
bandwidth. 

9- The method of claim 7 wherein the checking 
step further comprises: 

if all of said amount of bandwidth is not available at 
the egress facility, but at least a predetermined 
fraction of said amount of bandwidth is available at 
the egress facility, allocate the at least a predeter- 
mined fraction; and 



the sending step comprises: 
sending a response message to the Ingress con- 
troller reporting how much bandwidth was allo- 
cated. 

6 10. The method of claim 1 where said Ingress 
controller and said egress controller each comprise 
a terminal adapter for receiving data from and 
transmitting data to a plurality of connected termi- 
nals. 

10 11. The method of claim 1 wherein said data net- 
work is a broadband ISDN network. 

12. The method of claim 1 wherein the step of 
allocating bandwidth at the ingress controller com- 
prises: 

is periodically sorting by age, requests for which 
transmit bandwidth has not been allocated; and 
attempting to allocate bandwidth for oldest re- 
quests first. 

13. A terminal adapter for connection to a data 
20 network comprising: 

a terminal Interface for communicating between the 
adapter and a plurality of terminals; 
a network Interface for communicating between the 
adapter and a data network; 
25 storage means for storing data messages receiv- 
able via the terminal Interface from the terminals 
for transmission via the network interface over the 
network; 

storage means for data messages receivable via 
30 the network interface from the network for transmis- 
sion via the terminal interface to the terminals; and 
processor means operative under the control of a 
program for controlling the following operations: 
determining whether an amount of bandwidth for 
35 transmitting a data message from a transmitting 
terminal to a receiving terminal via the terminal 
adapter is recorded as available; 
if said amount of bandwidth is available, allocating 
said amount of bandwidth to the transmitting termi- 
40 nai; 

sending a message via the network interface over 
the network to a destination terminal adapter con- 
nected to a destination terminal of the message 
requesting allocating of said amount of bandwidth; 
45 and 

responsive to receipt of a message from the des- 
tination terminal adiapter confirming allocation of 
the amount of bandwidth for the reception of the 
data message, sending the data message from the 
so storage means for messages receivable from the 
terminals via the network Interface to the network. 

14. The terminal adapter of claim 13 wherein the 
terminal Interface comprises: 

protocol handler means for interfacing between the 
65 two storage means and the data from and to the 
terminals. 

15. The terminal adapter of claim 13 wherein the 
processor means comprises: 
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storage means for storing requests to transmit 
messages and for storing data defining blocks of 
bandwidth allocated to transmit and receive mes- 
sages over the network. 

16. A method of allocating resources In a broad* 
band ISDN for transmission of data from a trans- 
mitting terminal to a receiving terminal comprising 
the steps of: 

determining an amount of bandwidth required for 
the transmitting terminal; 

determining whether the amount of bandwidth Is 
available at a source terminal adapter, the source 
adapter connected to the network and the transmit- 
ting terminal; 

if the amount of bandwidth is available at the 
source adapter, allocating the amount of bandwidth 
to the transmitting terminal; 
if the amount of bandwidth Is available at the 
source adapter, determining whether the amount of 
bandwidth Is available at a destination terminal 
adapter, the destination adapter connected to the 
network and the receiving terminal; 
if the amount of bandwidth Is available at the 
destination adapter, allocating the amount of band- 
width to the receiving terminal; 
If the amount of bandwidth is not available at the 
source adapter, or is not available at the destination 
adapter, recording In the source adapter, data de- 
fining the destination, the amount of bandwidth, 
and Identifying a time of a request for the amount 
of bandwidth; 

periodically checking for requests for bandwidth in 
the recorded data and repeating attempts to al- 
locate said requested bandwidth In the source 
adapter and the destination adapter; 
separately recording all requests whose age ex- 
ceeds a predetermined threshold; and 
attempting to allocate bandwidth to the separately 
recorded requests on a priority basis by transmit- 
ting repeated request messages to allocate band- 
width at the destination adapter; 
wherein the step of determining whether bandwidth 
is available at the destination adapter comprises: 
sending a request message from the source adapt- 
er to the destination adapter; 
responsive to receipt of the request message, 
checking for available receive bandwidth at the 
destination adapter; and 

sending a message from the destination adapter to 
the source adapter reporting on the result of the 
checking step; 

wherein the checking step comprises: 
If the amount of bandwidth is not available at the 
destination adapter, but at least a predetermined 
fraction of the amount of bandwidth Is available at 
the destination adapter, allocate the at least a pre- 
determined fraction; and 
the sending step comprises: 



sending a response message to the source adapter 
reporting how much bandwidth was allocated; 
wherein the step of allocating at the. source adapter 
comprises: 

6 periodically sorting by age, requests for which 
transmit bandwidth has not been allocated; and 
attempting to allocate bandwidth for oldest re- 
quests first. 

17. In a data network, a method of allocating re- 
10 sources for transmission of data from a transmitting 
terminal to a receiving terminal, comprising: 
determining If adequate bandwidth for transmission 
of the data Is available at an Ingress facility having 
allocable bandwidth on a common transmission 
re medium to the network, the ingress facility con- 
nected to the transmitting terminal, and at an 
egress facility having allocable bandwidth on a 
common transmission medium from the network, 
the egress facility connected to the receiving terml- 
20 nal; and 

when said adequate bandwidth Is available at both 
the Ingress facility and the egress facility, allocating 
said adequate bandwidth to said transmission of 
data. 

25 18. The method of claim 17 further comprising: 

transmitting said data after said adequate band- 
width Is allocated. 

19. A terminal adapter for connection to a data 
network, comprising: 

30 means, responsive to a request to transmit a data 
message, for allocating transmit bandwidth; 
means responsive to said request for transmitting a 
signaling message requesting allocation of receive 
bandwidth in another terminal adapter; and 

as means responsive to receipt of a signaling mes- 
sage from said another terminal adapter confirming 
allocation of receive bandwidth for initiating trans- 
mission of said data message. 

20. A terminal adapter for connection to a data 
40 network, comprising: 

means, responsive to receipt of a signaling mes- 
sage from another terminal adapter, for testing for 
availability of receive bandwidth; 
means, responsive to said means for testing, for 
45 allocating said receive bandwidth ff available and 
for transmitting a reply message for enabling or 
disabling transmission of a data message from said 
another terminal adapter. 
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FIG. 4 
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FIG. 6 
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